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(57) ABSTRACT 

A transfer protocol conversion method and a protocol con- 
version equipment are disclosed in order to transmits TS 
packets for a CATV network, a DAVIC network or the like 
by use of IP packets for the Internet. In a network using TS 
packets, the transmission is made with an Internet protocol 
header stored in a private field of an adaptation field defined 
in the TS packet. An equipment for protocol conversion 
between a network using TS packets and an Internet forms 
an IP packet for the Internet by use of the header transferred 
by the private data. Further, lower 8 bits of the IP address of 
an IP packet and lower 8 bits of the PID value of a TS packet 
are made the same and upper 24 bits of the IP address are 
converted into a 5-bit value so that the converted 5 -bit value 
is made to correspond to upper 5 bits of the PID value. 

1 Claim, 19 Drawing Sheets 
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FIG. 8 
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FIG. 12 
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FIG. 22 
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TRANSPORT PROTOCOL CONVERSION 
METHOD AND PROTOCOL CONVERSION 
EQUIPMENT 



BACKGROUND OF THE INVENTION 

The present inveotion relates to a method and system for 
transmitting'''^rPMPEG (Moving Picture Experts Group) 
imag^y^use;of-the.InteraelE^^ (hereinafter referred to 
as IP). More particularly, the present invention relates to a 
Dctwork^^conncctiorf method using a transmission system 
conversion equipment for performing a rapid processing for 
conversion between an MPEG transport protocol and the 
Internet Protocol and a method jfor-encapsulation'of~MPEG 
data-to^Hc^tran smit ted-Also , the present invention relates to 
a method/equipment in which the conversion between an IP 
address and the PID (Packet Identifier) value of a TS 
(Transport Stream) packet is performed when a video signal 
transmitted using the Internet Protocol 0P) is to be trans- 
mitted by use of the H. 222.0 system and a video transmis- 
sion system which uses such a method/equipment. 

As an international standard for a system for transmitting 
a video signal in a digitally coded form, "GENERIC COD- 
ING OF MOVING PICTURES AND ASSOCIATED 
AUDIO: SYSTEMS" has been prescribed as ISO 
(International Organization for Standard)/IEC(Inlernational 
Electrotcchnical Commission) 13818-1, ITU-T 
(International Telecommunication Union- 
Telecommunication Standardization Sector) H. 222.0 Rec- 
ommendation, This international standard for MPEG system 
(hereinafter referred to as H. 222.0) has prescribed a standard 
for transmitting a video signal compressed on the basis of an 
MPEG system. Therein, two kinds of formats have been 
prescribed. One is a program stream (hereinafter abbreviated 
to PS) format supposing the transmission from a storage 
medium or the like for which the generation of bit error is 
relatively less. The other is a transport stream (hereinafter 
abbreviated to TS) format supposing a communication net- 
work for which the generation of transmission bit error is 
forecast. 

Since in a code conversion system when a compressed or 
coded video signal is to be transmitted in a TS format, a brief 
description will be provided of conventional apparatus of a 
video transmission system based on the TS format. In an 
MPEG system the object of which is the coding and trans- 
mission of video and audio signals, an inputted video signal 
such as a television signal is digitized' and the obtained 
digital signal is subjected to^ata=compression by use of 
techniques including discrete cosine conversion, variable- 
length coding, and so forth. Though techniques used in 
conjunction with an audio signal are different from those in 
the case of the video signal, the audio signal is compressed 
by removing redundant data after digitization. The com- 
pressed signal is termed an elementary stream (hereinafter 
abbreviated to ES) and is data which forms an elementary 
part of the video/audio signal in conformity with the term. 
In the MPEG, this video/audio data is represented using the 
term of (bit) stream. 

In a cable television or community antenna television 
(CATV), satellite communication network, asynchronous 
transfer mode transmission network (hereinafter abbreviated 
to ATM network) or the like in which an MPEG video signal 
is transmitted, it is supposed that the generation of bit error 
at the time of data transmission is relatively frequent. 
Therefore, an elementary stream (ES) is transmitted in a 
form partitioned into small packets in order to narrow a 



)7,031 Bl 

2 

range over which a tr ouble caus ed by transmission error 
extends. The "^packefiSed elementary~streairi' (hereinafter 
abbreviated to "PES) has a format in which header informa- 
tion called PES-fieader is added to "EST In the transmission 

5 in the communication network exemplified above, PES is 
transmitted with a form further partitioned into smaller 
188-byte packets called transport stream (TS) packets. As^ 
-shown,in_FIQ.-.13. Jhe-T S^packct'includes'a^4-bvte-header 
,an d,aJ .8,4jby.t6,payload^for'storing^MarHGel4"shows'the' 

jo«structure,of-the-header-of"tHrTS paclcetf*The TS header is 
composed of a 1-byte synchronization byte (0x47) 133, a 
flag 134 representative of the attribute of the TS packet (the 
explanation of the contents of the flag will be omitted since 
they are not important to the present invention), 13-bit 

]5._packet identifiers (hereinafter abbreviated to PID) 135 and 
136, a scramble control identifier 137, an adaptation field 
identifier 138, and- a~4-b it-cyclic^ounter^l39-used-forc^ 
-che^ngrthc-continuity^of— the^^^packet'^In the transport 
stream, a field called adaptation field can be transmitted 

20 prior to a data field which is called payload and is used for 
storing video data. A program clock reference (hereinafter 
abbreviated to PCR) aiming at the clock synchronization of 
the system and private data can be stored in the adaptation 
field. It is prescribed that when the adaptation field is 

25 transmitted using the TS packet, the existence of the adap- 
tation field should be designated by an adaptation field 
identifier in the TS header. 

Though the MPEG system is a system developed corre- 
sponding to CATV or digital satellite broadcasting, a service 

30 utilizing an MPEG'image is recently provided by a network 
called the^ntemet^haying grown with the main object of data 
communication between computers. In^'orderto erisufe' tKe' 
interconnectabiHty-of-communication-in=the=Internet,'^the 
Internet Engineering Task Force (hereinafter abbreviated to 

35 IETF) is pushing on standardization. For the standard of an 
MPEG video transmission format, Request for Comment 
No. 2038: "RTP Payload Format for MPEG1/MPEG2 J 
Video" (hereinafter abbreviated to RFC 2038) has standard^ 
ized=a transmission=metfiod^and a^packet^encapsiilation 

40 csystcm. It is prescribed by RFC 2038 that the transmission 
should be made with 'ESfTS^or PS of-MPEG^utih zed as the 
format^of^a^p^Jflet=to^b6^transmittcd,and^that in order to . 
prevent the degradation of resolution from being caused by V 
transmission delay, th6=traiismission-should=be=Tnade^in^ 

45 accordancejvith^RTE^ATransport:^rotocol=for^Real-Ti 1/ 
AppJicatiGns" (hereinafter abbreviated to=RTP) specified by /) 
RFC 1889. It=is-prescribed=that=aif=RTP=packet-shotild'^be' (f 
stored^in^a^packet-basedzon^a'^user^datagram^protocoh \ \ 
(hereinafter^abbreviated=to=UDP) and this UDPfacket^ || 

50 should be transmitted by=use^of"the=Intem'et^Pfotod61^cket 
(hereinafter abbreviated to IP packet). With the prior art 
described above, it is possible to transmit=MPEG^video=data 
in such a manner that *MPEG-TS'packcts* are used in the 
CATV network while IP packets are used in the Internet. 

55 A system for performing video transmission on the basis 
of an MPEG-TS system includes a digital sateflite broad- 
casting system and a digital CATV system, as mentioned 
above. The digital CATV system of those services is a 
service closely related with an area. Generally, the digital 

60 CATV system is constructed with a relatively narrow area 
taken as a service providing area. Therefore, each CATV 
business proprietor possesses a CATV center (hereinafter 
referred to as head end) for dehvering programs or contents 
and an access network for transmitting a video signal so that 

65 a ground/satellite broadcasting program received at the head 
end is retransmitted and/or programs or video contents 
stored in the head end are transmitted, as required. In such 
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a conventional CATV service, it is required that programs MPEG transport protocol used in the CATV network and an 

other than broadcast programs should be stored in,=for IP protocol used in the Internet canbe solved by providing 
exaniplefVTR="or the^like^andTeproduced in^accordance witb=> an intcrworking^ittforrpcrfonning tKe'conversion bet^ 

dclivering.sc hcdulc^ In a video-on-demand (VOD) service ihe"rMPEG=TS--protocol^andrthe=Internet^otocolf Require- 

orlhelikeexpectedasanear-futureCATVservice, too, itis 5 "^cnts for a high-speed and low-cost processing in the 

general that the service is structured in a form in which a interworking unit can be met by providing apparatus for 

digital compression signal of a program is held at a head end improving a packet forming method and a packet conversion 

in a manner similar to that mentioned above. The videoK)n- "^f^ P^^^et^ to be transmitted m the MPEG network 

demand service has a problem that a service maintenance networ . . ^ . 

cost including the purchase of a rebroadcasting right (or lo ^ore particularly there are used (1) packet forming 

copyright) of video contents in order to hold the video Wf"'"*, ^* ^•'f , ^ ^»nsm.ssion .s made with the 

T J- x 1 • • r -J header of an IP packet stored m a private data region oi an 

contents, a digital compression processing for the video .Captation field prescribed in the MPEG-TS system and the 

contents, the storage of compressed or coded video, and so interworking unit makes no analysis of private data of the 

forth is expensive and hence it is not commercially profit- adaptation region or causes the private data to transmit in the 

able unless the number of times of access to the same 15 internet with the private data used as the header of the IP 

contents is made as large as possible. An effective method p^^^i^^t as it is, and (2) apparatus with which when an MPEG 

for solving this problem is such that a pluraUty of CATV video signal is transmitted from the Internet, the transmis- 

business proprietors hold video contents in cooperation and sion is made with the provision of the condition that an IP 

the contents are utilized through the transmission thereof packet to be transmitted is restricted in size so that it can be 

using a communication network when necessary. 20 accommodated into a payload without the remainder when 

The structuring of such a system has a need to connect the the IP packet is divided into MPEG-TS packets, 

head ends and networks of the plurality of CATV business In this case, the video stream in the MPEG-TS packet is 

proprietors by the communication network. In order to distinguished by a PID value. In the IP packet, on the other 

connect, for example, a CATV head end in U.S.A. and a set hand, the video stream is distinguished by an IP address, 

top box (hereinafter abbreviated to STB) in Japan which is 25 Accordingly, when the MPEG-TS packet is to be transferred 

a video receiver equipment of a CATV subscriber, it is ^y use of the IP packet there is a need to make the 

required that the connection should be made utilizing at least of^n^^'^'^eth^^^^^^ ^ 

a communication network between U.S.A. and Japan. Under ° any m o . 

present conditions, however, it is not practical that MPEG- Another object of the present invention is to solve a 

TS being generally utilized in the digital CATV is transmit- 30 problem arising in the case where an IP packet of a video 

ted as it is. Namely, the video transmission based on signal transmitted m an IP format is received and the 

MPEG-TS has a problem that a dedicated communication '^"i^ed signd is transmitted in a TS-packetized form. TTns 

network such as ATM network, satellite network or the like P^blem will now be descnbed takmg a video transmission 

must be used and the charge for communication using this sys'«n> ^ example. In a video transmission system 

dedicated network is expensive . Also, the dedicated network 35 itilizing the Internet, video data is transmitted &om a video 

premises the utilization thereof with a contract point kept in server to a client m an IP format with the data stored m an 

a normally connected condition and hence a great problem IP P^^ce'. In the case where the transmissionAecepUon is 

is offered in the cost performance aspect in the case where made with the IP packet left as it is, the transmission/ 

there is used for a service in which the network is occupied reception is possible irrespective of theinner data format of 

accordance with user's requests as in the demand^n- ^° the IP packet.if.the-transmiltmg=side-andnhe=recemng--side 

recognizeJheJransmission=^format=of^datar'On the other 
hand, in the case where there are interconnected a network 

SUMMARY OF THE INVENTION which the transmission/reception of a video signal is 

made in such a TS packet format as prescribed by, for 

Ad object of the present invention is to enable video 45 example, the DAVIC (Digital Audio Visual Council) speci- 

transmission based on-an=MPEG-TS~packet-without using fication (hereinafter, referred to as DAVIC network) or the 

such a dedicated network. like and an IP network in which the transmission/reception 

To solve the above problems, apparatus for connecting a is made in the IP packet format and access from an STB (Set 

plurality,.of'CATV^networks;by.:;theJhUemet^ used in the Top Box) connected to the DAVIC network to a server 

present^'inventionr^The Intemet is a network^ramjfied^oveF 50 connected to the IP network is made to receive video data, 

the_whole world^and^has-aTeature^that^ynamic^ch it is required that video data outputted from the server in an 

connection is possible by using an address applied lo an IP packet format should be transmitted to the DAVIC 

individual client or host computer. Namely, there is no need network after IKc'xonversion-to^a^TSipacket^format. In the 

lo fix a connection point beforehand or the connection is network using the TS packet, a desired packet is received on 

effected by use of an address when video transmission is 55 the basis of a system in which a packet is broadcast to the 

desired. TTierefore, free connection setting and low-cost network with an address or rather packet identifier (PID) 

video communication incapable of being realized by the appUed to the packet and a client wanting that packet 

dedicated network are possible. Though the existing Internet selectively receives that packet in dependence on the PID. 

has a problem that a transmission band width or the like is Since the TS packet Ls thus distinguished by the PID value, 

narrow, it can easily be foreseen that the insufficiency of eo the following problem arises when IP of an IP packet is 

band will be efiminated in the near future by ensuring a terminated for TS packetization. Namely, if there is no 

transmission band by a giga bit router, a resource reservation correspondence for conversion between an IP address and a 

setup protocol (RSVP) or the like, whereby a global network PID value, it becomes impossible for an STB on the receiv- 

environment can be realized by the Intemet. ing side to make the judgement of which PID docs a TS 

A problem arising newly when the CATV networks are 65 packet to be received possess, 

connected by use of ihe Internet, as mentioned above, that is, In other words, the object of the present invention is to 

the problem of a need of the protocol conversion between an provide a method and equipment for conversion between an 



in 

service 
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IP address and a PID value required in the case where the first to fifth apparatuses and data indicative of the 

IP-packetized video data is received and the received data is correspondence between the IP address and a frequency 

retransmitted in a TS-packetized form. number for multiplexing of TS packet to a video data 

As first apparatus for attaining the above object, the receiving device each time an IP packet having a different IP 
present invention is characterized in that the value of lower S address is received and is TS-packelized. 

8 bits (Bit: 7-0) of an IP address and the value of lower 8 bits As ninth means, the present invention is characterized in 

(Bit: 7-0) of a PID value are made the same, and upper 24 that a device for receiving IP-packetizcd video data and 

bits (Bit: 31-8) of the IP address are degenerated into 5 bits retransmitting it after TS-packetization and a device for 

so that the degenerated 5 bits are made to correspond to receiving the TS-packetized and retransmitted video data 

upper 5 bits (Bit: 12-8) of the PID value. The term of hold data-indicative of the correspondence for conversion 

"degenerated" or "degeneracy" used herein means the con- between an IP address and a PID value beforehand, 

version of, for example, a 24-bit value into a 5-bit value. In (gnth means, the present invention is characterized in 

the case where a channel, for example, as described, a that a device for receiving IP-packetized video data and 

frequency for transmission of the TS packet is different, it is retransmitting it after TS-packetization and a device for 
possible to set the same degeneracy value (5 bits). 15 receiving the TS-packetized and retransmitted video data 

As second apparatus, the present invention is character- hold data indicative of the coaespondence for conversion 

ized in that the, value of lower 8 bits (Bit: 7-0) of an IP between an IP address and a PID value generated by the, 

address and the value of lower 8 bits (Bit: 7-0) of a PID method according to any one of the first to fifth appartuses 

value are made the same, and upper 24 bits (Bit: beforehand. 

31-8) of the IP address are degenerated into a 5-bit value ^ As eleventh apparatus, the present invention is character- 

of 1 to 30 excepting 0 and 31 so that the degenerated 5 bits ized in that a device for receiving IP-packetized video data 

are made to correspond to upper 5 bits (Bit: 12-8) of the PID and retransmitting it after TS-packetization and a device for 

value. receiving the TS-packetized and retransmitted video data 

As third apparatus, the present invention is characterized hold data indicative of the correspondence for conversion 

in that the value of lower 8 bits (Bit: 7-0) of an IP address between an IP address and a PID value generated by the 

and the value of lower 8 bits (Bit: 7-0) of a PID value arc method according to any one of the first to fifth apparatuses 

made the same, upper 24 bits (Bit: 31-8) of the IP address are and data indicative of the correspondence between the IP 

degenerated into 3 bits so that the degenerated 3 bits are address and a frequency number for multiplexing of TS 

made to correspond to bits 10 to 8 of the PID value, and bits packet beforehand. 

12 and 11 of the PID value arc made to correspond to 1 and ^ twelfth apparatus, the present invention is charactcr- 

0, respectively. ixed by comprising means apparatuses with which a device 

As fourth apparatus, the present invention is characterized for receiving IP-packetized video data and retransmitting it 

in that the value of lower 8 bits (Bit: 7-0) of an IP address after TS-packetization and a device for receiving the 

and the value of lower 8 bits (Bit: 7-0) of a PID value are TS-packctizcd and retransmitted video data hold data indica- 

madc the same, upper 24 bits (Bit: 31-8) of the IP address arc tive of the correspondence for conversion between an IP 

degenerated into 2 bits so that the degenerated 2 bits are address and a PID value generated by the method, according 

made to correspond to bits 9 to 8 of the PID value, and bits to any one of the first to fifth apparatuses and data indicative 

12 to 10 of the PID value are made to correspond to the of the correspondence between the IP address and a fre- 

category of data transmitted by an IP packet. quency number for multiplexing of TS packet beforehand, 

As fifth apparatus, the present invention is characterized and the retransmitting device can transmits the video data 

in that the value of lower 8 bits (Bit: 7-0) of an IP address after the IP packet to TS packet conversion on the basis of 

and the value of lower 8 bits (Bit: 7-0) of a PID value are the data indicative of the correspondence between the IP 

made the same, upper 24 bits (Bit: 31-8) of the IP address are address and a frequency number for multiplexing of TS 
degenerated into 2 bits so that the degenerated 2 bits are 45 packet so that the video data is transmitted to that one of a 

made to correspond to bits 9 to 8 of the PID value, and the plurality of connected post-stage transmitting devices which 

conversion into a 3-bit value of 1 to 6 excepting 0 and 7 is is designated by the data, 
made for each category of data transmitted by an IP packet 

so that the converted 3-bit value is made to correspond to 3 BRIEF DESCRIPTION OF THE DRAWINGS 
bits including bits 12 to 10 of the PID value, 50 pjQ ^ ^ diagram showing an embodiment of a system 

As sixth apparatus, the present invention is characterized ^^^^^ the transmission is made with an IP header encap- 

in that a device for receiving IP-packetized video data and sulated into an MPEG-TS packet; 

retransmitting it after TS-packetization transmits data ^ is a diagram showing an embodiment of a system 

indicative of the correspondence for conversion between an ^ ^^^^ transmission is made with an IP header and a 
IP address and a PID value m a form multiplexed with 55 ^DP header encapsulated into an MPEG-TS packeU 

retransmission video data to a video data receivmg device. . . ^ 

As seventh apparatus, the present invention is character- . ™- ^ if a diagram showing an embodiment of a system 

ized in that data indicative of the correspondence for con- |f '^}^<=^ ''"^f T 1*^ ''"tppV ?^ 

version between an IP address and a PID value generated by "eader and an RTP header encapsulated into an MPEG-TS 
the method according to any one of the first to fifth appa- 60 P*^^^^^' 

ratuses is transmitted to a video data receiving device each FIG. 4 is a diagram showing an embodiment of a method 

time an IP packet having a different IP address is received encapsulation with PGR included m an adaptation field; 

and is TS-packetized. FIG. 5 is a diagram for explaining an embodiment in 

As eighth means, the present invention is characterized in which the PGR transmitted in conjunction with FIG. 4 is 
that a retransmitting device transmits data indicative of the 65 stored in a time stamp field of RTP; 

correspondence for conversion between an IP address and a FIG. 6 is a diagram showing an embodiment of a method 

PID value generated by the method according to any one of of forming an IP packet from TS packets; 
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FIG. 7 is a diagram for explaining the structure of an IP 
packet header; 

FIG. 8 is a diagram showing an embodiment of a system 
in which CATV networks are connected by use of the 
Internet; 

FIG. 9 is a diagram showing an embodiment of a network 
construction in which two CATV networks are Internet- 
connected; 

FIG. 10 is a diagram showing an embodiment in which a 
signal transmitted from a server on an IP network by use of 
an IP packet is MPEG-TS packetized; 

HG. 11 is a diagram showing an embodiment in which a 
packet IP-packetized by an interworking unit is MPEG-TS 
packetized again; 

FIG. 12 is a flow chart for explaining a signal processing 
by an interworking unit; 

FIG. 13 is a diagram for explaining the structure of 
MPEG-TS; 

FIG. 14 is a diagram for explaining the structure of a 
header of MPEG-TS; 

FIG. 15 is a diagram for explaining an embodiment in 
which a flag indicative of an IP packet is provided in private 
data; 

FIG. 16 is a block diagram showing the construction of an 
embodiment of an IP/PID conversion equipment according 
to the present invention; 

FIG. 17 is a diagram showing the correspondence 
between an IP address and a PID value in the embodiment 
shown in FIG. 16; 

FIG. 18 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 5 bits as a 
network number in the embodiment shown in FIG. 16; 



DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Embodiments of the present invention will now be 
desaibed in detail by use of the drawings. 

5 (First Embodiment) 

FIGr9 shows an embodiment representing the connection 
configuration of a CATV system according to the present 
invention. This CATV system is characterized in that CATV 
networks 61 and 56 at two locations are connected by the 

10 Internet 50. As shown, this CATV system includes a video 
server 60, the first CATV network 61 connected to the video 
server 60, the Internet 50, an interworking unit 62 for 
connecting the Internet 50 and the CATV network 61, the 
second CATV network 56, and an interworking unit 54 for 

15 connecting the CATV network 56 and the Internet 50. An 
STB (Set Top Box) 57 for receiving a video signal is 
connected to the CATV network 56. A video signal from the 
video server 60 is transmitted to the Internet 50 through the 
interworking unit 62 and is sent to the interworking unit 54 

20 by means of a router network 51. The interworking unit 54 
supplies the video signal transmitted using the Internet to the 
CATV network 56, thereby enabhng video reception at the 
STB 57. 

Brief description will now be made of the function of the 
25 interworking unit. In the CATV network, a video signal is 
transmitted on the basis of an=MPEG-TS=system, as having 
already been described in the paragraph of BACKGROUND 
OF THE INVENTION. In the Internet, on the other hand, 
video transmission based on an Internet protocol represented 
30 by RFC 2038 is performed. The interworking unit 62 for 
interconnecting such networks with different protocols has a 
function of converting^a^vidco^si gial transrn ittedcon=the. 
basis=ofahe.MPEG-TS'protocol-in tQrOormat ~conformable 
tO'thiniiterDet^protocoUQnHhc:otherhand,ttbc-interworking^ 



FIG. 19 is a diagram showing the construction of an 35 unit=54^has^a^nction=^of'converting~a*video-s^^ trans^ 



embodiment of a network construction in which both a data 
transmitting interworking unit and a data receiving STB 
hold data indicative of the correspondence for conversion 
between an IP address and a PID value, thereby realizing the 
transmission/reception of data; 

FTG. 20 is a diagram showing the construction of an 
embodiment of a network construction in which a data 
transmitting intenvorking unit transmits data indicative of 
the correspondence for conversion between an IP address 



mittcd^oiTthe basis of "the=Intemet''protOtorihto a format' 
•based'otf the=MPEG-TS-protoco_L=With the connection of the 
diiferent CATV networks through the Internet by use of such 
interworking units 62 and 54, there can be realized a novel 
function that the video server and the STB on the CATV 
networks far away in distance from each other can easily be 
connected. With this construction using the Internet which is 
a network developed over the whole world, there is obtained 
a great effect that the connect ability between video servers 



and a PID value to a data receiving STB, thereby realizing 45 and STB's over the whole world can be ensured 



the transmission/reception of data; 

FIG. 21 is a diagram showing the correspondence 
between an IP address and a PID value in another embodi- 
ment of the present invention; 

FIG. 22 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 3 bits as a 
network number in the other embodiment of the present 
invention; 

FIG. 23 is a diagram showing the correspondence 
between an IP address and a PID value in a further embodi- 
ment of the present invention; 

FIG. 24 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 2 bits as a 
network number in the further embodiment of the present 
invention; 

FIG. 25 is a diagram showing the correspondence 
between a data category and 3 bits as a category number in 
the further embodiment of the present invention; and 



In the embodiment shown in FIG. 9, the=description^has 
been-madejaldngjhe^ideosetvexisjin^^ 
for^generation^0t-supply-of:a--video=signal. However, the gist 
of the present invention lies in that a video signal supplied 
50 on the basis of the MPEG-TS protocol is transmitted through 
the Internet. Accordingly, the signal supply source is not 
limited to<only^H^iHeo=server. MPEG signal supplying 
devices other than the video server include a real-time 
MPEG encoder and a receiving equipment which receives 
55 satellite broadcasting to output an MPEG signal. It is need- 
less to say that the gist of the present invention is satisfied 
by those devices, loo. 

For simplification, the present embodiment has been 
described in conjunction with the example in which different 
60 CATV networks at two locations are interconnected. 
However, it is needless to say that CATV systems at two or 
more locations may be connected to the Internet. The gist of 
the present invention lies in that a signal transmitted on the 
basis of the MPEG-TS system by use of an interworking unit 



FIG. 26 is a diagram showing an example of a network 65 is converted into a format capable of being transmitted by 
construction in which an IP/PID conversion equipment the Internet so that the converted signal is transmitted by the 
according to the present invention is used. Internet and that a signal transmitted by use of the Internet 
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is converted into an MPEG-TS signal again by an inter- 
working unit so that the converted signal is transmitted to a 
CATV network. 
(Second Embodiment) 

In conjunction with a second embodiment, there are 
disclosed a common video transfer protocol in which the 
video transmission from a server on the Internet to a STB on 
a CATV network and the video transmission from a video 
server on a CATV network to a client's personal computer 
(PC) on the Internet are taken into consideration in addition 
to the CATV connection through the Internet described in 
conjunction with the first embodiment as well as a system 
with which protocol conversion between different networks 
is performed, 

FIG. 8 shows a connection diagram in a network con- 
struction which enables both the video transmission from a 
video server 55 on a CATV network 56 to a client 4 on the 
Internet 50 and the video transmission from a server 52 on 
the Internet 50 to an STB 57 on the CATV network 56. 

First, description will be made of the case where a video 
signal is transmitted to the client 4 on the Internet from the 
video server 55 connected to the CATV network 56. The 
packetization and protocol conversion at the time of video 
transmission from the server on the Internet to the STB on 
the CATV network will be described in detail later on in 
conjunction with a fourth embodiment. 

In the case of video transmission from the video server 55 
to the client 4, the video server 55 transmits a video signal 
with a packet constmction shown in FIG. 1. This video 
signal reaches an interworking unit 62 on the basis of an 
MPEG-TS system through the CATV network 56. The 
interworking unit 62 receives the video signal sent thereto 
on the basis of the MPEG-TS system to protocol-convert it 
through a predetermined conversion system (which will be 
mentioned later on) into packets transmissible on the basis 
of the Internet protocol and transmits the converted signal to 
the Internet 50. The Internet 50 sends the video signal to the 
client 4 by use of the Internet protocol. This signal can be 
transmitted to an interworking unit 54 by a manner similar 
to that at the time of transmission to the client 4. In the case 
of interconnection of CATV networks, protocol conversion 
to MPEG-TS is made again by the interworking unit 54. 

Now, a method for packet encapsulation shown in FIG. 1 
will be described in detail. FIG. 1 corresponds to an embodi- 
ment showing the construction ofan -MPEG jiTS:signahto be 
transrailted=ffoin=the-video-seiy.erir55*(see FIG. 8) to the 
Internet 50, the STB 57 connected to the CATV network 56 
and an STB on another CATV network connected through 
the interworking unit 54. InrMPE0=TSHhere are permitted 
the case where a pay load having data stored therein is 
transmitted subsequently to a 4-byte TS header 1 and the 
case where an adaptation field 2 is transmitted prior to the 
payload. In the present invention, in the case where a signal 
is transmitted to an IP network, a TS including the trans- 
mission of an.IP^header is such that the adaptation field 2 is 
inserted always immediately after the TS header and the IP 
header is transmitted using this adaptation field 2, as shown 
in FIG. 1. The adaptation field 2 is stored with a 2-byte flag 
4 indicative of the contents of data to be transmitted and 
private data 5. In order to transmit the private data 5, the 
transmission of the private data 5 is indicated by a transport 
private data flag or a flag indicative of the contents of the 
adaptation field and the size of the private data 5 is set as a 
transport private data length in the flag. A20-byte IP packet 
header 6 is stored as the private data 5 in a bit arrangement 
as it is. FIG. 7 is a diagram showing the contents of the IP 
packet header stored as such private data 5. The IP packet 



10 



25 



30 



header is composed of a 4-bit field indicative of a version, 
a header length, a service type, a total packet length, 
identifiers, a .source IP address and a destination IP address. 
In the case where there is no option, the IP packet header is 
formed with 20 bytes. Since no option is used under a 
general condition, the transmission is made with data inclu- 
sive of a 20-byte field stored in the private data region as it 
is. 

The payload of the TS subsequent to the adaptation field 
is stored with data in a=PES"(Paicket*EleineiiSrjrStream)^ 
format. The reason why the video signal is transmitted in the 
PES format will be described later on. 

Though the embodiment of FIG. 1 shows an example of 
transmission with only the IP-packet^header~included=as.the 
15 -private=data, there may be employed a format=ia^which^a-- 
UDP==(User-Datagram-Protocol)=header:.or=botL.the^UDP^ 
header=and.an.RTP^(Real=Time=Protocol)=header^isjncluded 
in :^accgrdance^with=a=protoeokwhich=^a-terminal-(ot client) 
gonnepted=to=the=IP^nctwGrk^supports. FIG. 2 conesponds to 
20 an embodiment in the case where a UDP header 10 is stored 
subsequently to an IP header 6 as private data 9, and *FIG.^3^.^ 
corresponds to an embodiment in the case where the trans- 
mission is made with an IP header 6, an UDP header 10 and 
an RTF header 14 included as private data 13. The present 
invention is characterized in that data of a packet header of 
a protocol used in an IP network is transmitted as private 
data. Accordingly, the present invention is not limited to a 
specified protocol^such-as^UDP^or^RTP.^UnderHhe'existing 
circumstancesf sincenhe=use.ofrRTP^is.mosteffective for the 
transmissiOT,,,oLa^jpayime=video^signa 
slruction~shGwn~in-EIG^3^is-the=best. The embodiments 
shown in FIGS. 1, 2 and 3 have been described in conjunc- 
tion with the case where the IP header, the UDP header or 
the RTF header is transmitted as the private data, as it is. 
However, it is of course that, for example, data necessary for 
constmcting an IP header can be transmitted as private data 
with a changed form. In such a case, there is required a 
processing for reconstructing the IP header or the like by an 
interworking unit on the basis of data transmitted thereto. 
Therefore, it can easily be understood that the most effective 
way is the transmission of the header with a form thereof 
kept as it is. 

Now, the reason of use of PES as the data format wiQ be 
described in brief. As shown in FIG. 8, the video server 55 
also transmits the video signal to the STB 57 connected to 
the CATV network. In the aspect of reduction in data 
generation cost and system cost, it is preferable that video to 
be transmitted to the internet 50 and video to be transmitted 
to the STB 57 are used in common. The use of the PES 
system employed in the conventional CATV is most suit- 
able. Since information of the IP header encapsulated into 
the adaptation field is processed separately from video and 
audio signals, no influence is given on video reproduction by 
the conventional STB 57. The use of the PES format makes 
it possible to transmit the video signal to the IP network 
while maintaining the signal compatibiUty with the conven- 
tional STB. Though the PES format is not prescribed by 
RFC 2038, PES is constructed by dividing ES into a 
plurality of packets and thereafter applying a PES header to 
each packet. Therefore, PES can easily be converted into ES. 
Accordingly, a client capable of receiving and decoding ES 
can perform the decoding with little addition of a function. 

The supplementary description will now be made of the IP 
packet forming method. In the Internet, the maximum trans- 
fer unit (MTU) size of an IP packet is 1500 bytes when 
Ethernet is used. Accordingly, the number of 184-byte 
pay loads of MPEG-TS capable of being packed is seven at 
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the greatest. Thus, in transmitting TS packets, they are 
transmitted with an IP header included at the period of 7 TS. 
As conceptually shown in FIG. 6, the interworking unit 
receiving packets including IP headers forms an IP header 
and thereafter connects data of payloads in subsequently 
transmitted TS packets to the IP header, thereby forming an 
IP packet. The MTU size in the Internet is 1500 bytes but 
there may be the case where the MTU size in the other 
physical network is different than that. In such a case, it is 



dated into a TS payload. There is no possibility that the IP 
header is xised in the CATV network. However, if the IP 
header is rejected or deleted and only the payload portion is 
stored into the TS payload, there is yielded a TS which is 
short in the number of data bytes. In this case, a processing 
such as the padding of data corresponding to the shortage is 
necessitated. The procedure including such complexity is 
not preferable. Accordingly, the restoration to the same 
packet construction as that in the transmitting CATV net- 



of course that the IP header transmission period can be lO work is preferable. Since there is no practical problem if the 



changed in accordance with the MTU size. A condition in 
the present invention is that the total bytes of TS packet 
payloads in an interval from a TS packet inclusive of an IP 
header to a TS packet inclusive of the next IP header does 
not exceed the number of bytes defined by the MTU. 

Next, description will be made of a system in which an 
MPEG-TS packet is formed with such a construction as 
shown in FIG. 1, 2 or 3 and the packet is processed by an 
interworking unit and then transmitted to an IP network. 



matching in the number of bytes is attained, it is also 
possible to insert dummy data the number of bytes of which 
is the same as that of the IP header. Since private data in the 
adaptation field can be ignored by the STB, as mentioned 
before, it may be invalid data. 
(Third Embodiment) 

FIG. 4 is a diagram showing a third embodiment of the 
present invention. The construction of a network to which 
the present embodiment is appMed is the network construc- 



FIG. 12 illustrates an embodiment showing the flow of 20 tion shown in FIG. 8 or 9. The embodiment shown in FIG. 



processings in the interworking unit. It is assumed that the 
video server on the CATV network transmits an MPEG-TS 
signal (see FIGS. 13 and 14) in accordance with an encap- 
sulation system as shown in FIG. 2. As shown by a proce- 
dure of FIG. 12, the interworking unit=receiveslKe"tTans- 
mitted MPEG^TS-signal=(or=packe0=(step=^lOO)^to extract 
therefrom a signal to be transmitted to the IP network. The 
selection of4he=MPEG-TS^acket=to=be=transmitted=is^made 
by-checking-a=PID435^in-a^TS=packet'header(steps 102 and 
103). In the case where the packet is not one to be trans- 
mitted to the IP network, that packet is rejected (step 111). 
In the case where the packet is one to be transmitted to the 
IP network, a flag 138 indicative of the presence/absence of 
an adaptation field in a TS header of that packet is checked 



4 is different from the embodiment of FIG. 1,2 or 3 in that 
the transmission is made with a program clock reference 
(PGR) too included in an adaptation field and that an RTF 
header is included in an IP packet to be transmitted as private 
25 data. In the RTF protocol, a field for recording time infor- 
mation or time stamp is provided in a RTP packet header in 
order to ensure the transmission of data such as a video 
signal necessitating the real time transmission. In a terminal 
or client receiving MPEG-TS, PGR is utihzed for reproduc- 
30 ing system clocks of a TS decoding circuit. And, the time 
stamp of RTP is caused from the digitization of a lime at a 
fundamental frequency of 90 kHz in the same manner as 
PGR. Therefore, it is possible to use PGR as the time stamp 
of RTP. The embodiment shown in FIG. 4 is characterized 
(steps 104 and 105). In the case where the check of the flag 35 in that PGR transmitted by means of a PGR field 22 of the 
138 results in that there is an adaptation field, the TS header adaptation field is used in a time stamp field 26 of RTP, as 
of that packet is deleted (step 106) and flag information of shown in FIG. 5. The time stamp of RTP and a base portion 
the adaptation field is thereafter deleted (step 107). As a of RTP represent time information by the bit widths of 32 
result, a private data portion of the adaptation field and the bits and 33 bits, respectively. Therefore, it is possible to 
subsequent payload portion are outputted (step 108). In the 40 attain the bit width matching by using lower 32 bits of PGR. 
case where the check of the flag 138 indicative of an One merit when time information transmitted as PGR is thus 
adaptation field in the TS header of the TS packet (steps 104 utflized as the time stamp of RTP lies in that the inclusion 
and 105) results in that there is not an adaptation field, only of ultimately corrected accurate time information into the 
the TS header of that TS packet is deleted (step 112) and RTP header is possible even in the case where PGR is 
private data is outputted (step 108). As:the=rcsulLpf=the_45 relocated for the purpose of correcting packet transmission 
aboye=-processing,Jhe^,interworking=unit=.deletes="the"=TS jitter generated in a GAFV network. 

hc^ader^and-^transmits^an^lP^packet^headcr^stored^as^the (Fourth Embodiment) (f^ 
privatc=data=and=subsequenUy:=image=data=as-the=payload. FIG. 10 shows an embodiment iUustrating the encapsu- 
With=the-cncapsulation.in^the^pres6nl.cmbodiment-as=m6n- lation of data when video transmission is made toward the 
tionedabow, tegeneratopf.^^ 50 CATV network 56 (see FIG. 8) from the server 52 connected 

is=possible^by=only-an=extremely=simple"proccssing-which to the IP network. In the case of transmission and reception 
includesnhe^heck-of-two^flagr(tHe=check of PID and the of this image, the interworking unit 62 needs an operation of 
check of presence/absence of adaptation) and the rejection converting an MPEG video signal (PES) transmitted by use 
of unnecessary data portion. As a result, there is obtained a of an IP packet into an MPEG-TS signal. This converting 
great effect that the interworking unit can be constructed by 55 operation will be described referring to FIG. 10. In the case 
a processor which has a poor processing abiUty or a low cost. where a video is transmitted by use of an IP packet, video 



a processor \ 

Next, a processing for converting an IP-packetized video 
signal into an MPEG-TS signal again will be described 
using FIG. 11. The^interworking^ujiit,5Ashowain^EIG..8:or-^ 
9 'isJnpjUtedwith^an rlP^packct^includiiig an^^ 
.UDP-he^S^^^^S^pheader^andiPES^datap Private data as 
the collection of a 2-byt6 adaptation related flag and IP 
related headers (IP, U DP and RTP headers) is stored as an 
adaptation field into TS. llie remaining or payload of this TS 
is filled with PES data, thereby ultimately forming a 188- 
byte TS packet. The remaining payload of the IP packet is 
partitioned every 184 bytes so that each part is accommo- 



data is encapsulated on the basis of a PES format in order to 
facilitate the conversion into TS. Accordingly, this IP packet 
is constructed with an IP header and a payload in a PES 
format. In the converting operation, the IP packet is trans- 
mitted from the server on the IP network with the IP packet 
constructed to have a packet size such that the addition of 2 
to the packet size (or the size of data including an IP header 
and a payload) is integer times as large as 184. In converting 
65 the IP packet into MPEG-TS, ji leading^portion.including the 
IP packet header is extracted by 182 bytes and is added with 
a 2-byte flag of an adaptation field so that the resultant is 
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Stored as a 184-byte payload of MPEG-TS. Further, an video transmission to a video server 401, thereby receiving 

MPEG-TS header is applied to this payload, thereby form- desired video data in^w=IPpacMt"formaf and reproducing it. 

ing an MPEG-TS packet. The succeeding IP packet is In FIG. 26, itcis-also possible'for^atf STB'(SerTop Box)~305 

partitioned every 184 bytes and the TS packet header is conoectcd'to=thc^D:fWIG=netw6rR*to^ak6=aceess^tG-thc*. 

applied to each part for the conversion into MPEG-TS. Since 5 video^server'^401"on'^the^Intemet7* thereby receiving and 

there is the condition that the size of the IP packet is integer reproducing.desired.video.data. In the DAVIC network 200, 

times as large as 184 bytes plus 182 bytes, it becomes reference numeral 310 denotes an interworking unit for 

possible to store the IP packet into the paylo ads of MPEG- interconnecting the Internet and the DAVIC network, 

TS packets with no residual byte. As apparent from the numeral 301 a router, numeral 302 an IP/PI D equipment 

foregoing description, the feature of the present embodiment 10 according to the present invention, numeral 303 a DAC 

Ues in that by imposing a restriction on the size of an IP (Dial-up Access Concentrator), numeral 304 a QAM 

packet transmitted from a server on an ff network which (Quadrature Amplitude Modulation), numeral 201 an access 

transmits an MPEG image, the division and reconstruction network, numeral 305 the STB, and numeral 306 a TV. 

of the packet in an interworking unit are very simplified. Description will now be made of an operation of making 

In one modification of the present embodiment or in the 15 access to the video server 401 on the Internet from the STB 

case where an RTP protocol is utilized so that time stamp of connected to the DAVIC network to receive and reproduce 

RTP is mserted as PCR, the total length of an IP packet may video data. First, a user starts access to the server on the 

be integer times as large as 184 bytes plus 176 bytes. Internet through a modem incorporated in the STB 305. The 

^^"^^ (Fifth Embodiment) DAC 303 concentrates accesses from a plurality of users and 

A fifth embodiment of the present invention corresponds 20 establishes a line for the video server on the Internet through _ 

to a modification of the second embodiment. In the encap- the router 301 in the interworking unit 310. Thereafter, the 

sulation of the IP packet of FIG. 1 used in conjunction with user refers to a video guide or electronic program guide 

the second embodiment, the IP header is directly mapped as (EEG).displaye'd'on"the*TV*306'to"select^a"d^ir6d=programH 

the private data of MPEG-TS. In the present embodiment, a Wheni:the^desired.£rpgram^is.selected;=the-video=server'401^ 

region 150 indicating the attribute of private data is provided 25 on4he4nternet^encapsu Utcs4 he.requestedivideo^data"into IP* 

in a leading byte of the private data, as shown in FIG. 15. packets=and4ransmit5-theJP-packetized*datirto^the request- 

With the provision of a flag in this attribute region, it is ^ing^STBTThe video data in the IP packet format transmitted 

expressly indicated that contents transmitted as the private from the video server 401 is transferred through the router 

data are the IP header The interworking unit uses this flag 301 to the IP/PID conversion equipment 302 according to 

to make the judgement as being an IP packet or not or the 30 the present invention. The IP/PID conversion equipment 302 

judgement of utilization/rejection. Since the data in the generates PID from the IP address of the received IP packet 

attribute region is unnecessary in the IP network, there is a to convert the received video data in the IP packet format 

need to reject it in performing protocol conversion by the into video data in a TS packet format applied with the 

interworking unit. generated PID and transmits the TS-packetized video data to 

Though FIG. 15 shows an example in which the 1-byte 3S the QAM 304. The QAM 304 subjects the received video 

attribute region is provided, it docs not necessarily follow data in the TS packet format to QAM modulation and 

that the size of the attribute region is one byte, it can easily transmits the modulated data to the access network 210. The 

be understood that the size of the attribute region may be a STB 305 receives the desired video data by selecting, from 

plurality of bytes. the signal received from the access network 210, a frequency 

According to the first to fifth embodiments described 40 at which the desired data is modulated and a TS packet with 

above, it becomes possible to interconnect CATV networks which the desired data is transmitted. Also, the STB 305 

by use of the Internet as a worldwidely connected network. decodes the received video data and transmits the video 

Thereby, the effect of the reduction of an operation cost by image to the TV 306 which in turn reproduces and displays 

the cooperative utilization of video contents is obtained. the video image. 

Also, since a processing required for protocol conversion 45 Next, the description of the IP/PID conversion equipment 

necessary for the connection of the Intemet and the CATV according to a sixth embodiment of the present invention 

network can greatly be reduced, there is a great effect that an will be made using FIGS. 16 to 18. FIG. 16 is a block 

interworking unit can be constructed even with a low-cost diagram showing the construction of the IP/PID conversion 

processor. equipment according to the sixth embodiment, FIG. 17 is a 

In the following, embodiments of a method for conver- 50 diagram showing the correspondence for conversion 

sion between the IP address of an IP packet and the PID between an IP address and a PID value, and FIG. 18 shows 

value of an MPEG-TS packet and an equipment therefor the contents of data in an LUT (Look-Up Table) shown in 

(hereinafter referred to as IP/PID conversion equipment) FIG. 16. In the IP/PID conversion equipment shown in FIG. 

according to the present invention will be described in detail. 16 according to the sixth embodiment, lower 8 bits (Bit: 7-0) 

In the following embodiments, the description is made using 55 of an IP address and lower 8 bits (Bit: 7-0) of a PID value 

a DiWIC^neJ^rk^ as a network which uses MPEG-TS are made the same and upper 24 bits (Bit: 31-8) of the IP 

packets. The CATV^s^nnpSrtibn shown in conjunction address are degenerated into 5 bits so that the degenerated 5 

with the first to fifth embodiments corresponds to the bits are converted into upper 5 bits (Bit: 12-8) of the PID 

DAVIC network in the following embodiments. value. 

(Sixth Embodiment) 60 The IP/PID conversion equipment shown in FIG, 16 

^^^"^ First, an example of a network construction in which an according to the sixth embodiment of the present invention 

IP/PID conversion equipment according to the present includes a buffer 321 for receiving an IP packet, a CPU 322, 

invention is used will be described using FIG. 26 which an LUT 323 for holding data indicative of the conversion 

shows a diagram of the network construction. Reference between an IP address and a PID value (or an IP address to 

numeral 400 denotes_thejnJerrgt jet^^ 65 PID value conversion table), a TS header generating unit 

denotes-a=DAVIC"networknnThe Internet network 400, a 324 for generating a TS header, an IP data holding unit 325 

client or personal computer (PC) 402 can make a request for for holding data of the IP packet, and a switch 326 for 
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transmitting video data in a TS packet format to a predeter- 
mined QAM. Subsequently, description will be made of the 
operation of the IP/PID conversion equipment according to 
the sixth embodiment of the present invention which has the 
above construction. 

The IP/PID conversion equipment shown in FIG. 16 first 
receives video data 311 in a IP packet format by the buffer 
321. The CPU 322 reads the IP packet from the buffer 321 
to transmit data 312 of lower 8 bits (Bit: 7-0) of an IP address 
to the TS header generating unit 324 and data 313 of upper 
24 bits (Bit: 31-8) thereof to the LUT323. The CPU 322 also 
transmits IP packet data 314 to the IP data holding unit 325. 
By the LUT 323, data 315 resulting from the degeneracy of 
the data 313 of upper 24 bits (Bit: 31-8) of the IP address 
from the CPU 322 into 5 bits is transmitted to the TS header 
generating unit 324 and QAM number for multiplexing 
QAM data 316 is transmitted to the switch 326. The TS 
header generating unit 324 generates the PID value of a TS 
packet on the basis of the data 312 of lower 8 bits (Bit: 7-0) 
of the IP address from the CPU 322 and the data 315 from 
the LUT 323 resulting from the degeneracy of the data 313 
of upper 24 bits (Bit: 31-8) of the IP address from the CPU 
322 into 5 bits and generates a header of the TS packet. A 
procedure for generating the PID value of the TS packet 
from the the IP address of the received IP packet will be 
mentioned later on by use of FIGS. 17 and 18. The switch 
326 reads TS header data 317 from the TS header generating 
unit 324 and IP data 318 from the IP data holding unit 325 
which turns into data of the TS packet. The TS header data 
317 and the IP data 318 as the TS packet data are transmitted 
to a predetermined QAM number for multiplexing QAM 
(any one of QAMl to QAM3) in accordance with the QAM 
number for multiplexing QAM data 316 from the LUT 323. 
Though the above description has been made in conjunction 
with the example in which data converted from an IP packet 
into a TS packet is QAM-raodulated in the IP/PID conver- 
sion equipment for retransmission to the post stage, a 
transmission system such as QPSK (Quadrature Phase Shift 
Keying) other than QAM may be used. 

FIG. 17 is a diagram showing the correspondence 
between the IP address of a received IP packet and the PID 
value of a TS packet to be transmitted. In FIG. 17, the value 
331 of lower 8 bits (Bit: 7-0) of the IP address is converted 
into the value 332 of lower 8 bits (Bit: 7-0) of the PID value. 
The value 333 of upper 24 bits (Bit; 31-8) of the IP address 
is degenerated into a 5-bil value as a network number value 
for conversion into the value 334 of upper 5 bits (Bit: 12-8) 
of the PID value. The terra of "degenerated" or "degen- 
eracy" used herein means the conversion of a 24-bit value 
into a 5-bit value. This degeneracy or conversion will 
specifically be described using FIG. 18. 

FIG. 18 is a diagram showing that correspondence 
between the upper 24-bit (Bit: 31-8) value 333 of an IP 
address, a 5-bit value as a network number value, and a 
QAM number for output value which is held in the LUT 323 
shown in FIG. 16. In FIG. 18, it is shown that, for example, 
the IP address of 128.1 55. 30.XXX series (XXX indicating 
any value of 0 to 255) is converted into a network number 
1 (00001 in a binary number). Similarly, it is shown that the 
IP address of 128.155.40.XXX series is converted into a 
network number 2 (00010) and the IP address of 
128.155.80.XXX scries is converted into a network nxmiber 
30 (11110). By holding such a conversion table by the LUT 
323, it becomes possible to convert ttie upper 24-bit (Bit 
31-8) value 333 of the IP address into the 5-bit value 334. As 
for PID values, however, since there are values 
(hexadecimal number: 0x0000 to OxOOOF and OxlFFF) 



which "GENERIC CODING OF MOVING PICTURES 
AND ASSOCIATED AUDIO: SYSTEMS" (ITU-T 
H.222.0, ISO/IEC 13818-1) prescribes for use, values of 
0x0010 to 0x1 FFE can be used. In the case where 0 (binary 
5 number: 00000) or 31 (binary number: 11111) is used as the 
network number in FIG. 18, the PID value may overlap the 
prescribed value in accordance with the lower 8-bit value. 
For example, in the case where the network number is 0 
(binary number: 00000) and the lower 8-bit value is 1 
10 (binary number: 00000001), the PID value comes to 1 
(hexadecimal number: 0x0001) which overlaps the value 
prescribed by H.222.0 for use. This problem or such over- 
lapping can be avoided by establishing a prohibition rule for 
avoiding the case where there overlaps the value prescribed 
15 by H.222.0 or by using 1 to 30 as the network number. In the 
example shown in FIG. 18, the description has been made in 
conjunction with the conversion of the upper 24-bit (Bit: 
31-8) value 333 of the IP address into the 5-bit value. 
However, in the case where the scries of IP addresses 
20 providing services are such that the upper 16 -bit (Bit: 
31-16) value of the IP address is of the same series, for 
example, as in the case of 128.155.XXX.XXX in FIG. 18, it 
is also possible to omit the upper 16 bits (Bit: 31-16) with 
the conversion table formed by use of only the remaining 8 
bits (Bit: 15-8). 

FIG. 18 further shows the correspondence between the 
upper 24-bit (Bit: 31-8) value 333 of an IP address and a 
QAM number for TS packet output. This correspondence 
represents a relationship between the IP address upper 24-bit 
(Bit: 31-8) value 333 inputted to the LUT 323 shown in FIG. 
16 and the data 316 outpulted therefrom as the value of a 
' QAM number for output of transmission data (or TS packet). 
The example shown in FIG. 18 indicates that in the case 
where users of 128.150.30,XXX and 128.150.40.XXX 
series make access to the server on the Internet, requested 
data is transmitted to the users through the QAM (or 
frequency) of a QAM number (QAM No.) 1. It is also 
indicated that in the case where a user belonging to a 
128. 150.80. XXX series makes access, requested data is 
transmitted to the users through the QAM (or frequency) of 
a QAM number 3. With such a construction in which a QMA 
number for transmission is designated for the IP address 
series of a data requesting user, the number of users holding 
in common the amount of data capable of being transmitted 
by one QAM can be set for each IP address scries. In the case 
where 1 to 30 are used as network numbers when data is 
transmitted by one QAM, 30 ones of scries designated by 
upper 24 bits (Bit: 31-8) of each IP address can be used. In 
the case where 31 or more series are to be transmitted, an 
overlapping value exists as a network number so that a 
one-to-one correspondence becomes unobtainable between 
the IP address and the PID value. As a result, even if the 
conversion from the IP address into the PID value is 
possible, it is impossible to determine the IP address 
uniquely from the PID value. However, if a QAM number 
(or frequency) for transmission of data is different, the 
overlapping of a network number provides no problem. 

As described in the foregoing, a PID value (13 bits) is 
formed from an IP address (32 bits) and this conversion is 
performed in the LUT 323 and the TS header generating unit 
324 which are shown in FIG. 16. Also, a QAM (or 
frequency) number for transmission of data (or TS packet) 
is designated in the LUT 323 from the series of the IP 
address. As mentioned above, requested data (or IP packet) 
is converted by the interworking unit into a TS packet and 
is then QAM- transmitted. However, if the receiving side 
does not know the PID value of TS and a QAM number with 
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which desired data is transmitted, the receiving side cannot 
make the selective reception of data. A method for receiving 
desired data will now be described using FIGS. 19 and 20. 

FIG. 19 is a diagram showing the case where each of a 
data transmitting interworking unit 310 and a data receiving 
STB 305 holds data indicative of the correspondence for 
conversion between an IP address and a PID value (or an IP 
address to PID value conversion table). In substance, refer- 
ence numerals used in FIG. 19 are the same those used in 
FIGS. 16 and 26. An LUT 323 in FIG. 19 is the same as the 
LUT 323 in FIG. 16, that is, a look-up table having data 
indicative of the correspondence for conversion between an 
IP address and a PID value and a frequency (or QAM 
number) for transmission of data. In FIG. 19, the transmit- 
ting interworking unit 310 converts an IP packet received 
through a router 301 into a TS packet in accordance with the 
LUT 323 possessed by the interworking unit 310 and 
transmits the TS packet to the QAM 304. The QAM 304 
modulates the TS packet and transmits the modulated TS 
packet to an access network 210. The STB 305 refers to the 
LUT 323 on the basis of its own IP address to select, from 
the received signals having a plurality of frequencies, a 
signal having a frequency at which desired data is transmit- 
ted and to select a TS packet having a PID value designated 
by the LUT 323, thereby receiving the desired data. In the 
case where the received data is to be reproduced by a TV 306 
connected to the STB 305, the received data may be decoded 
so that it is reproduced by the TV 306. Also, in the case 
where the received data is to be further transmitted to a 
personal computer (PC) 307 or the like connected to the STB 
305, each of the STB 305 and the PC 307 holds an LUT 
similar to the above-mentioned LUT 323. Thereby, it is 
possible to further transmit the received TS packet to the PC 
307. 

FIG. 20 shows a modified example of the case shown in 
FIG. 19. In this example, data indicative of the correspon- 
dence for conversion between an IP address and a PID value 
and data indicative of the correspondence between the IP 
address and a frequency (or QAM number) for transmission 
of data are transmitted from the interworking unit 310 to the 
STB 305. In FIG. 19, the correspondence for conversion 
between an IP address and a PID value and the correspon- 
dence between the IP address and a frequency (or QAM 
number) for transmission of data are held by both the 
interworking unit 310 and the STB 305. In FIG, 20, 
however, they are held by the interworking unit 310 from 
which only data indicative of the correspondence for con- 
version between an IP address and a PID value and the 
correspondence between the IP address and a TS packet 
transmission frequency (or QAM number) as required by the 
STB 305 is transmitted to the STB 305. In HG. 20, when the 
interworking unit 310 receives an IP packet 311 having a 
novel IP address and performs the conversion thereof into a 
TS packet and the transmission of the TS packet to the 
QAM, the interworking unit 310 transmits data 319 indica- 
tive of the correspondence for conversion between the novel 
IP address and a PID value and a TS packet transmission 
frequency (or QAM number) to the STB 305 through the 
QAM 304. In this case, it is required that a specified 
frequency (or QAM number) and a specified PID value with 
which the correspondence data between the IP address and 
the PID value and the TS packet transmission frequency (or 
QAM number) are transmitted shoxild be set beforehand. In 
the case where the STB 305 receives a TS packet haviug the 
specified frequency (or QAM number) and PID value, there 
exists data indicative of the correspondence for conversion 
between the IP address and the PID value and the frequency 
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(or QAM number) for transmission of TS packet and hence 
it is necessary to hold the data by use of a memory or the like 
in the STB 305. The STB 305 selects, on the basis of the 
transmitted data transmission frequency (or QAM number), 
a signal having a frequency at which desired data is trans- 
mitted and selects a TS packet having a PID value desig- 
nated by the received correspondence for IP address to PID 
value conversion, thereby receiving the desired data. As 
mentioned above, each time the interworking unit 310 
receives an IP packet having a novel IP address and performs 
the conversion thereof into aTS packet and the transmission 
of the TS packet, the interworking unit 310 transmits a 
frequency for tran.smission of TS packet and a PID value to 
the STB 305. Thereby, the STB 305 can receive a desired TS 
packet. 

According to the present embodiment mentioned above, 
the PID value of a TS packet is formed from the IP address 
of an IP packet, the series of the IP address is defined from 
upper 24 bits of the IP address and a frequency for trans- 
mission of data is set for each IP address series. Thereby, the 
conversion between the IP address and the PID value is 
possible. Also, there can be obtained an effect that the 
number of users (or the number of IP addresses) subjected 
to multiplex transmission at one frequency can be set for 
each IP address series unit. 
(Seventh Embodiment) 

FIGS. 21 and 22 are diagrams showing the correspon- 
dence between the IP address of an IP packet and the PID 
value of a TS packet in a seventh embodiment of the present 
invention. FIG. 21 corresponds to the modification of the 
example shown in FIG. 17. As shown in FIG. 21, the value 
331 of lower 8 bits (Bit: 7-0) of an IP address is converted 
into the value 332 of lower 8 bits (Bit: 7-0) of a PID value. 
The value 333 of upper 24 bits (Bit: 31-8) of the IP address 
is degenerated into a 3-bit value as a network number value 
for conversion into the 3-bit (Bit: 10-8) value 335 of bits 10 
to 8 of the PID value. This will be mentioned later on in 
conjunction with FIG. 22. Also, it is shown in FIG. 21 that 
bits 12 and 11 of the PID value denoted by reference 
numeral 336 are fixed to 1 and 0, respectively. 

FIG. 22 corresponds to the modification of the example 
shown in FIG. 18 and is a diagram showing that correspon- 
dence between the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address, the 3-bit value 335 as a network number 
value and the value of a QAM number for output which is 
held in the LUT 323 shown in FIG, 16. In FIG. 18, the value 
333 of upper 24 bits (Bit: 31-8) of the IP address is 
degenerated into 5 bits. In FIG. 22, however, it is degener- 
ated into 3 bits. In FIG. 22, it is indicated that, for example, 
the IP address of 128.155.30.XXX series is converted into a 
network number 0 (000 in a binary number). Similarly, it is 
indicated that the IP address of 128. 155. 40. XXX series is 
converted into a network number 1 (001) and the IP address 
of 128. 155 .80. XXX series is converted into a network 
number 7 (111). By holding such a conversion table by the 
LUT 323 shown in FIG. 16, it becomes possible to convert 
the value 333 of upper 24 bits (Bit 31-8) of the IP address 
into the 3-bit value 335. In the example shown in FIG. 22, 
the description has been made in conjunction with the 
conversion of the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address into the 3-bit value. However, as mentioned 
in conjunction with FIG. 18, in the case where the value of 
upper 16 bits (Bit: 31-16) of the IP address is of the same 
series, it is also possible to omit the upper 16 bits (Bit: 
31-16) with the conversion table formed by use of only the 
remaining 8 bits (Bit: 15-8). Similarly to FIG. 18, FIG. 22 
further shows the correspondence between the value 333 of 
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upper 24 bits (Bit: 31-8) of the IP address and a QAM 
number for TS packet output. The way of utilizing this 
correspondence is the same as that described in conjunction 
with FIG. 18. 

As mentioned above, 13 bits of a PID value are con- S 
structcd such that bits 12 and 11 are respectively fixed to 1 
and 0, bits 10 to 8 use 3 bits into which the value 333 of 
upper 24 bits (Bit 31-8) of an IP address is degenerated, and 
the value of bits 7 to 0 is set to be the same as the value 331 
of lower 8 bits (Bit: 7-0) of the IP address. Since the upper ]0 
2 bits (Bit 12-11) of the PID value are thus fixed to 1 and 0, 
respectively, this construction can provide an effect that 
whatever values the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address and the value 331 of lower 8 bits (Bit: 7-0) 
thereof are converted into, the conversion between the IP 15 
address and the PID value is possible without the overlap- 
ping with values which H.222.0 prescribes for use. 
(Eighth Embodiment) 

FIGS. 23, 24 and 25 are diagrams showing the correspon- 
dence between the IP address of an IP packet and the PID 20 
value of a TS packet in an eighth embodiment of the present 
invention. FIG. 23 corresponds to the modification of the 
example shown in FIG. 17. As shown in FIG. 23, the value 
331 of lower 8 bits (Bit: 7-0) of an IP address is converted 
into the value 332 of lower 8 bits (Bit: 7-0) of a PID value. 25 
The value 333 of upper 24 bits (Bit: 31-8) of the IP address 
is degenerated into a 2-bit value as a network number value 
for conversion into the 2-bit (Bit: 98) value 337 of bits 9 to 
8 of the PID value. This will be mentioned later on in 
conjunction with FIG. 24. Also, a 3-bit value corresponding 30 
to the category of data is inserted as the 3-bil (Bit: 12-10) 
value 338 of bits 12 to 10 of the PID value. This will be 
mentioned later on in conjunction with FIG. 25. 

FIG. 24 corresponds to the modification of the example 
shown in FIG. 18 and is a diagram showing that correspon- 35 
dcnce between the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address, the 2-bit value 337 as a network number 
value and the value of a QAM number for output which is 
held in the LUT323 shown in FIG. 16. In FIG. 18, the value 
333 of upper 24 bits (Bit: 31-8) of the IP address is 40 
degenerated into 5 bits. In FIG. 24, however, it is degener- 
ated into 2 bits. In FIG. 24, it is indicated that, for example, 
the IP address of 128.155.30.XXX series is converted into a 
network number 0 (00 in a binary number). Similar conver- 
sion is made for the IP addresses of 128,155.40.XXX series 45 
and 128.155.80.XXX. By holding such a conversion table 
by the LUT 323 shown in FIG. 16, it becomes possible to 
convert the value 333 of upper 24 bits of the IP address into 
the 2-bit value 337. In the example shown in FIG. 24, the 
description has been made in conjunction with the conver- 50 
sion of the value 333 of upper 24 bits (Bit: 31-8) of the IP 
address into the 2-bit value. However, as mentioned in 
conjunction with FIG. 18, in the case where the value of 
upper 16 bits (Bit: 31-16) of the IP address is of the same 
series, it is also possible to omit the upper 16 bits (Bit: 55 
31-16) with the conversion table formed by use of only the 
remaining 8 bits (Bit: 15-8). Similariy to FIG. 18, FIG. 24 
further shows the correspondence between the upper 24-bit 
(Bit: 31-8) value 333 of the IP address and a QAM number 
for TS packet output. The way of utilizing this correspon- 60 
dence is the same as that described in conjunction with RG. 
18. 

FIG. 25 is a diagram showing the correspondence 
between the category of data and a 3-bit value as the 
category number value 338 shown in FIG. 23. In FIG. 25, it 65 
is indicated that for example, the case where the category of 
data transmitted by a received IP packet is video corresponds 
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to 2 (binary number: 010) and the case where it is audio 
corresponds to 1 (binary number: GDI). The correspondence 
between the category of data and the category number value 
(3 bits) shown in FIG. 25 is used, for example, in the case 
where PID values are set to different values in accordance 
with the category of data transmitted by the IP packet, as 
mentioned above. In the case where 0 (binary number: 000) 
or 7 (binary number: 111) is used as the category number 
value, the overlapping of the PID value and the value 
prescribed by H.222.0 for use may be generated in accor- 
dance with the network number value (2 bits) and the value 
of lower 8 bits, as in the case described in conjunction with 
FIG. 18. In such a case, therefore, it is necessary to consider 
a countermeasure such as the provision of a prohibition rule 
for avoiding the case where there overlaps the value pre- 
scribed by H.222.0 or the use of 1 to 6 as the category 
mmiber value. 

As mentioned above, 13 bits of a PID value are con- 
structed such that bits 12 to 10 are set to the category number 
value (3 bits), bits 9 to 8 use 2 bits into which the value 333 
of upper 24 bits (Bit 31-8) of an IP address is degenerated, 
and the value of bits 7 to 0 is set to be the same as the value 
331 of lower 8 bits (Bit: 7-0) of the IP address. This 
construction can provide an effect that it is possible to make 
the IP address to PID value conversion in which the PID 
value can be set to a different value in accordance with the 
category of data transmitted by the IP packet. 

According to the sixth to eighth embodiments described 
in the foregoing, the PID value of a TS packet is formed 
from the IP address of an IP packet, the series of the IP 
address is defined from upper 24 bits of the IP address and 
a frequency for transmission of data is set for each IP address 
series. With this construction, there can be obtained an effect 
that it is possible to make the one-to-one conversion 
between the IP address and the PID value and it is possible 
to set the frequency (or QAM number) for transmission of 
data for each IP address series unit, whereby the number of 
users (or the number of IP addresses) holding in common the 
amount of data capable of being transmitted at one fre- 
quency can be set for each IP address series unit. Also, with 
the construction in which 3 bits of the 13-bit PID are set to 
the category of data, it is possible to set the PID value of the 
TS packet after conversion in accordance with the category 
of data which is transmitted by the IP packet. 

What is claimed is: 

1. A CATV system comprising: 

a first CATV network for transmitting a digital video 
signal compressed in accordance with the Moving 
Picture Experts Group-2 (MPEG2) system; 

a second CATV network for transmitting a digital video 
signal compressed in accordance with the MPEG2 
system; 

an Internet Protocol (IP) network using the IP prescribed 
by the Internet Engineering Task Force (IETF); 

a first interworking unit connected to said first CATV 
network and said IP network said first interworking unit 
converting the digital video signal transmitted in said 
first CATV network to a packet based on the IP and 
transmitting the packet to said IP network; and 

a second interworking unit conneaed to said second 
CATV network and said IP network, said second inter- 
working unit converting the packet to a digital video 
signal compressed in accordance with the MPEG2 
system and transmitting to said second CATV network 
the digital video signal converted thereto from the 
packet in said second interworking unit. 

* ♦ ♦ ♦ * 
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